home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N20.TXT < prev    next >
Text File  |  1994-03-04  |  14KB  |  336 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Thu, 3 Mar 94 19:34 PST      Volume 9: Issue  20  
  5.  
  6. Today's Topics:
  7.                                Again..
  8.                             D/A converter
  9.                       DIGEST ADMIN: GETTING HELP
  10.                GUS Programmer's Digest V9 #19 (2 msgs)
  11.                           GUS summary volume
  12.                           It's only Ultramid
  13.                           MIDPAK and DIGPAK
  14.                         Moving mailing time...
  15.                               subscribe
  16.  
  17. Standard Info:
  18.     - Meta-info about the GUS can be found at the end of the Digest.
  19.     - Before you ask a question, please READ THE FAQ.
  20.  
  21. ----------------------------------------------------------------------
  22.  
  23. Date: Wed, 2 Mar 1994 16:24:09 +0800 (PST)
  24. From: Francis Li <fli@nermal.santarosa.edu>
  25. Subject: Again..
  26.  
  27. In case it was missed the first posting:  Does anyone have the
  28. Tremolo/Vibrato frequency/rate/etc tables that were SUPPOSED to be in the
  29. SDK?  Are they on an ftp site?
  30.  
  31. And how do you take the values for tremolo in the wave patch headers and
  32. use them in playback?  How do you convert 6hz, 8dB into whatever rate they
  33. use in the ramp functions?  I have been trying to use
  34. UltraRampLinearVolume, but I don't know how to convert the dB amount into
  35. linear volume.  And does 6hz go right into the procedure as 6?  The SDK
  36. doesn't specify what the rate is-hz? khz? per sec? per millisec?  Sorry if
  37. these questions seem stupid to you but I don't know my sound physical
  38. characteristics too well (first time programming sound)...
  39.  
  40. ------------------------------
  41.  
  42. Date: Thu, 3 Mar 1994 15:39:03 -0500 (EST)
  43. From: dionf@ere.umontreal.ca (Francois Dion)
  44. Subject: Re: D/A converter
  45.  
  46. > From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  47. > Subject: GUS D/A converter
  48. >
  49. > Does anyone know how many bits does GUS's A/D converter use ?
  50.  
  51. It is a TDA1545. 16 bits and the GF1 sends a 44KHz stream to it.
  52.  
  53. > For the full 32 16-bit voices it needs 21 bits in fact. Since it's
  54. > only 14 voices in the best quality, it still needs at least 20 bits.
  55.  
  56. I've done statistical analysis of my recordings, and i usually require
  57. about 12 bits in dynamic range. Even in ambient techno... Well recorded
  58. CDs also dont use the full 16 bits, except for dance records which tend
  59. to maximise the peaks at 16 bit.
  60.  
  61. > I know that in proffesional devices (synths) they normally use
  62. > 24-bit internal signal processing and 18-bit output A/D converters.
  63.  
  64. Then the Ensoniq products are not pro by your standards... 19 and 20 bit
  65. internal processing is much more common, particularly when you have
  66. a DSP. 18 bit DAC are more and more used, but are not as common as you imply.
  67. And 18 bit ADC, well they are the exception, not the rule.
  68.  
  69. > So, how is it with GUS ? Does it utilize 16 bit ADC only ?
  70.  
  71. Yes (if you meant DAC and not ADC), like the Ensoniq EPS-16+ to which you
  72. refer below...
  73.  
  74. > How is
  75. > then polyphonie implemented ? I'm asking because i find my new GUS
  76. > not dynamic enough (when compared to Ensoniq EPS-16 +, for example,
  77. > which is a proffesional 16 bit sampler with 20 voices ).
  78.  
  79. I've had an EPS16+ for quite a long time, and i've rerecorded some songs
  80. i had made on the EPS-16+ with the GUS, and with the exception of the
  81. effects, i see no difference in dynamic. You have to learn how to
  82. properly mix a midi file. This is what will make the difference (i.e. dont
  83. use a 110 velocity for drum and 110 velocity for a maximised lead. And if
  84. you simulate chorus or echo, drop the velocity too. For example, one lead
  85. i use with 4 voices must be used at velocity 20 compared to my 808kick4 at
  86. 120.)
  87.  
  88. Ciao,
  89. -- 
  90. Francois Dion
  91.     '
  92. IdMEDIA      \ Managing:        \ Publishing:     \ Specialising:
  93. CP 312        \ Equation de Base \ Cybernaute      \ Multimedia & Telecom
  94. St-Lambert, QC \ Francois Dion    \ IDM Software    \ design, publishing &
  95. Canada, J4P 3P8 \ Fuzzy Logic      \ Raving Up North \ testing(hard/software)
  96.  
  97. ------------------------------
  98.  
  99. Date: Thu, 3 Mar 1994 15:17:26 -0700 (MST)
  100. From: Dave DeBry <ddebry@dsd.es.com>
  101. Subject: DIGEST ADMIN: GETTING HELP
  102.  
  103. Shannon Bradford spilled a Coke into a keyboard, producing this:
  104. > I sent a post to this address several days ago and was told something
  105. > to the effect that there are so many GUSDD subscribers that you
  106. > couldn't help them all, and that I could ftp the ones that are
  107. > missing.  While ftp'ing a few stray issues isn't a problem, ftp'ing
  108. > them all is a BIG problem. What is the use of a mailing list
  109. > otherwise?
  110.  
  111.     I'm sorry, I think I stated things wrong.
  112.  
  113.     If you just miss one or two digests, it may be because of
  114. several reasons:
  115.  
  116.     1] No digests are sent out if there is no input to generate
  117.         one.  (This happens often on the SDK list, and
  118.         on occasionally to all the lists on weekends.)
  119.     2] Systems between the mailer and you may be temporarily down;
  120.         obviously, there's not a lot I can do about this.
  121.     3] There's a problem with the mailer, and nobody is getting
  122.         digests.  This is pretty obvious from my point of
  123.         view, so you can bet I already know and am working
  124.         on it.
  125.     4] More are left as an exercise to the reader.  :)
  126.  
  127.     What I meant was that if you miss a digest or two, please
  128. don't email me about it.  Check the FTP site instead to see if the
  129. latest issue arrived there.  If you miss more than that, then go ahead
  130. and mail me; it's probably an isolated problem I haven't seen, and
  131. will be more than happy to fix.  :)
  132.  
  133. -- 
  134. Dave  ddebry@ debry@   \ 
  135. DeBry dsd.    peruvian. | "First I was a hippie, then I was a 
  136.       es.     cs.utah.  |  stockbroker, now I am a hippie again."
  137.       com     edu      /  
  138.  
  139. ------------------------------
  140.  
  141. Date: Wed, 2 Mar 1994 13:15:15 -0700 (MST)
  142. From: "Shawn T. Rutledge" <rutledge@enuxsa.eas.asu.edu>
  143. Subject: Re: GUS Programmer's Digest V9 #19
  144.  
  145. > From: bre@os.is (Bjarni R. Einarsson)
  146. > Subject: Shareware/Commercial.. DIGPAK?
  147. > 
  148. > Ok.. time for a clever question.
  149. > 
  150. > Does Shareware qualify as COMMERCIAL software?  I grabbed the DIGPAK and
  151. > MIDPAK kit, and looked at it.. I wanna use it!  Am I *allowed* to?  Or 
  152. > do I have to pay $1000 for it?  
  153.  
  154. Is that the registration price?  Where did you get these kits?
  155.  
  156. > I'm writing a couple of games right now, and I'd like to be able to support 
  157. > all those different soundcards.. until I found this I'd been considering GUS 
  158.  
  159. This sounds pretty neat!  I'd like to check it out.  As for legality, I'm
  160. no lawyer, but in general shareware has an evaluation period specified by
  161. the author, during which it is legal to use the software, and after that
  162. you must register to use it.  My personal rule of thumb is if it will make
  163. me money, I'd better register it to avoid any questions coming up later,
  164. so I'd say if you are going to sell your programs that incorporate materials
  165. from the shareware utilities you ought to register the software.  They are
  166. more likely to sue you if you made a killing off of their "free" software,
  167. and they recognize that THEY could have made that killing,or at least
  168. benefited from yours.
  169.  
  170. -- 
  171.   _______                                                             KB7PWD
  172.  (_  | |_)                                            shawn.rutledge@asu.edu
  173.  __) | | \__________________________________________________________________
  174. * anti-Macintosh * GUS * packet * IEEE * C * Internet * electronics * 
  175.  
  176. ------------------------------
  177.  
  178. Date: Fri, 4 Mar 1994 13:01:46 +1030 (CST)
  179. From: Gavin Scarman <SCARMAN@hfrd.dsto.gov.au>
  180. Subject: Re: GUS Programmer's Digest V9 #19
  181.  
  182. Subject: Shareware/Commercial.. DIGPAK?
  183.  
  184. Yes it's shareware and if you don't pay for it _before_ you release your program 
  185. then you'll probably be sued till you're pennyless. Shareware means that if you 
  186. don't like it you don't pay but if you use it you _must_ pay for it. Personally 
  187. I think the term shareware has become too hazy and should be called 'try before 
  188. you buy'.
  189.  
  190. ------------------------------
  191.  
  192. Date: 3 Mar 94 11:05:00 MET
  193. From: "VISX80::GRECNER" <GRECNER%VISX80.decnet@musx53.zfe.siemens.de>
  194. Subject: GUS summary volume
  195.  
  196. I'm trying to understand how does the GUS maintain the summary digital output.
  197. Am I right that if I make 31 dummy instruments with maximal volume and than
  198. try to play the 32nd instrument, I get only 11-bits of dynamic resolution 
  199. for this voice ? Or is it so that when the instrument is not playing,
  200. its volume doesn't count ? And when it starts playing then the other instrument
  201. is made more quiet ? That wouldn't be very nice...
  202.  
  203.                     Thanks for comments
  204.                     Martin Grecner
  205.  
  206. ------------------------------
  207.  
  208. Date: Wed, 2 Mar 94 11:18:26 CST
  209. From: chuth@lonestar.utsa.edu (Cornel H. Huth)
  210. Subject: It's only Ultramid
  211.  
  212. > Does Shareware qualify as COMMERCIAL software?  I grabbed the DIGPAK and
  213. > MIDPAK kit, and looked at it.. I wanna use it!  Am I *allowed* to?  Or
  214. > do I have to pay $1000 for it?
  215.  
  216. No, not $1000 for using _it_.
  217.  
  218. > I'm writing a couple of games right now, and I'd like to be able to support
  219. > all those different soundcards.. until I found this I'd been considering GUS
  220. > only support.  This looks much cooler :-)  The plan is to release my stuff
  221. > as shareware once I've milked them for as much school credit as possible..
  222. > If anybody with some legal knowledge can answer my question, I'd be
  223. > very grateful.. and John Ratcliff's mail address would be even nicer.
  224.  
  225. To quote the README.PRN file in the release:
  226.  
  227.   Documentation for the DIGPAK & MIDPAK Developers Kit v0.9 beta
  228.  
  229.   DIGPAK: $500 per/product distribution license fee.
  230.   MIDPAK: $500 per/product distribution license fee.
  231.  
  232.   What type of 'commercial products' does the license fee apply to?
  233.   Any piece of software which uses the DIGPAK & MIDPAK drivers for which
  234.   the developer collects a fee REQUIRES a license. Yes, this INCLUDES
  235.   shareware proudcts [sic] as well as those that sit on the shelf at a
  236.  
  237. So, if you have two programs that use both "paks", the license fee would
  238. be $2000. If you were only looking at the GUS for sound, you can skip
  239. this and simply use Ultramid since that's all the "pak" drivers do anyway
  240. (they simply implement a "Miles interface" to Ultramid).
  241.  
  242. Or,
  243.  
  244. you can pick up Ruckus at Simtel mirrors (RUKC1D.ZIP or RUKQ10.ZIP, for
  245. DOS C/C++ and BASIC compilers, respectively) or my BBS or PDN BBSes.
  246.  
  247. chh
  248.  Internet: chuth@lonestar.utsa.edu  or  cornel.huth@LChance.sat.tx.us
  249.   Fidonet: 1:387/800.8
  250.       BBS: The 40th Floor;V32b@1(210)684-8065;M-F:5pm-9am,WE:1p-9a [-0600]
  251.  
  252. ------------------------------
  253.  
  254. Date: Wed, 2 Mar 1994 09:28:43 -0800 (PST)
  255. From: sjs@netcom.com (Stephen Schow)
  256. Subject: Re: MIDPAK and DIGPAK
  257.  
  258. > Does Shareware qualify as COMMERCIAL software?  I grabbed the DIGPAK and
  259. > MIDPAK kit, and looked at it.. I wanna use it!  Am I *allowed* to?  Or 
  260. > do I have to pay $1000 for it?  
  261.  
  262. Could someone please tell me what DIGPAK and MIDPAK are?
  263.  
  264. -- 
  265.  -----------------------------------------------------------------
  266. Steve Schow       | But you don't need to use the claw, if you
  267. sjs@netcom.com    | pick the pear with the big paw paw......
  268. (415) 354-4908    | Have I given you a clue......?
  269. 800-722-2007x4908 |                    - Baloo the Bear
  270.  -----------------------------------------------------------------
  271.  
  272. ------------------------------
  273.  
  274. Date: Thu, 3 Mar 1994 01:51:22 -0700 (MST)
  275. From: Dave DeBry <ddebry@dsd.es.com>
  276. Subject: Moving mailing time...
  277.  
  278.     I'm moving the initial mailing time for the GUS Digests.  Up
  279. until now, it has been starting at 12:07am PST, and running for about
  280. 4 hours after that -- the mail server sleeps between each send so that
  281. it doesn't flood any mail queues.
  282.  
  283.     I'm moving to start at 12:07 *pm*, PST.  This is because the
  284. Digests are now non-local, so I can't fix the machine if it goes down.
  285. Doing the sends during the day increases the chances that someone
  286. local to the machine running the digests will have the system up when
  287. the mailing occurs.
  288.  
  289.     The hit on the net should be minimal; I spread the mailings
  290. out over time, and they are running at Bulk precedence.  If you have
  291. any problems with this new time, please email me.
  292.  
  293.     Thanks!
  294.  
  295. -- 
  296. Dave  ddebry@ debry@   \ 
  297. DeBry dsd.    peruvian. | "A jar of eyes can be a tasty treat."
  298.       es.     cs.utah.  |
  299.       com     edu      /  
  300.  
  301. ------------------------------
  302.  
  303. Date: Wed, 2 Mar 94 15:14:09 GMT
  304. From: Dave.Dice@east.sun.com (Dave Dice)
  305. Subject: subscribe
  306.  
  307. subscribe
  308.  
  309. ------------------------------
  310.  
  311. End of GUS Programmer's Digest V9 #20
  312. *************************************
  313.  
  314. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  315. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  316. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  317.  
  318. FTP Sites              Archive                       Directories
  319. ---------              -------                       -----------
  320. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  321.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  322. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  323. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  324. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  325. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  326. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  327.  
  328. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  329.  
  330. Hints:
  331.       - Get the FAQ from the FTP sites or the request server.
  332.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  333.     related mailing lists (general use, musician's, etc.).
  334.  
  335.  
  336.